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PATENT 

NCR DOCKET NO: 95 1 7.00 

ANALYZING ASSOCIATIONS IN THE ORDER OF TRANSACTIONS 

Background 

[0001] In recent years, businesses have found it more and more useful to analyze 

the transactions they undertake with their customers. In some cases, such an analysis can 
provide the business with the information it needs to fine tune the transactions to shape 
customer behavior to improve performance of the business. 

[0002] For example, an electronic commerce company may want to analyze the 

"clickstream" of individual customers visiting the company's web page to find 
associations between customer actions, such as the customer clicking on a particular 
image on the web page, and desired customer actions, such as the customer making a 
purchase. With this information, the company may tune its web page to increase the 
likelihood that a customer will click on the image, with the hoped-for result that sales wall 
increase. A method and apparatus for performing this analysis, called "association'* or 
"affinity analysis," using a massively parallel processing (MPP) computer system is 
described in co-pending United States Patent Application Serial Number 09/410,528, 
entitled SQL-BASED ANALYTIC ALGORITHM FOR ASSOCIATION, filed on 
October 1, 1999, and assigned to the same assignee as the present application. 

[0003] This analytical approach can be usefiil in analyzing other forms of data, 

such as retail or financial data. The owners of a grocery store, for example, may find it 
useful in designing the layout of the store to know that customers are more likely to 
purchase cheese when they purchase grapes. Similarly, a bank may find it useful to know 
that customers who contract for certain banking services, such as a checking account, are 
more likely to acquire other banking services, such as automobile loans. The bank could 
use such information to design the mailing materials it includes v^th its statements. 

[0004] It is sometimes important to isolate the actions of individual customers to 

properly perform affinity analysis. For example, in the web page context, in which a log 



HOU03:746031.1 



1 



is maintained containing customer transactions with the web page, it may be useful to 
associate transactions with individual customer "sessions" in order to allow a meaningful 
analysis of the transactions. A method and apparatus for performing such an analysis is 
described in co-pending United States Patent Application Serial Number 09/752,355, 
5 entitled IDENTIFYING WEB-LOG DATA REPRESENTING A SINGLE USER 
SESSION, filed on December 29, 2000, and assigned to the same assignee as the present 
application. 

[0005] Understanding the order of transactions may also be important. For 

example, a web page owner may be interested to know that a customer that clicks on a 
10 first image on the web page followed by a second image may be more likely to make a 
purchase than a customer that clicks on the second image before the first image. Making 
Q such a determination adds an extra degree of complexity to an affinity analysis. 

Summary 

[0006] In general, in one aspect, the invention features a method for use in 

^ 15 analyzing associations in the order of transactions. The method includes loading data 
0^ from the transactions into a database system. The data includes an entry for each 

Q transaction and the transactions are grouped into groups. The method includes ordering 

^ the transactions within each group and performing an analysis of the groups of 

B transactions to find associations in the order of the transactions in the groups. 

20 [0007] Implementations of the invention may include one or more of the 

following. The data for each transaction may include a time stamp related to a time that 
the transaction occurred. Ordering the transactions may include numbering the 
transactions based on the time stamps included in the data for the transactions. 
Numbering the transactions may include numbering the transactions in order from the 

25 transaction having the earliest time stamp to the transaction having the latest time stamp. 

[0008] Loading the data from the transactions into the database system may 

include parsing the data for each transaction into fields in the database system and 
identifying one of the fields as a group identifier field where a group identifier for each 
transaction is stored. Loading the data from the transactions into the database system 
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may further include identifying one of the fields as an item identifier field where an item 
identifier for each transaction is stored. Performing the analysis may include performing 
an affinity analysis. Ordering the transactions in each group of transactions may include 
concatenating an order number to the item identifier for each transaction. 

[0009] Performing the analysis may include building one or more support tables 

for one or more item identifiers with concatenated order nimiber and calculating support, 
confidence and lift by joining the support tables. Building the one or more support tables 
may include counting the transactions containing various combinations of item identifiers 
with concatenated order number and dividing the coimt by a total number of groups to 
obtain a support for each of the combinations. Building the one or more support tables 
may include for each item identifier with concatenated order number, counting the 
transactions containing the same item identifier with concatenated order number and 
computing the support by dividing the count by a total number of groups and storing the 
item identifier with concatenated order number and the support in a first support table. 
Building the one or more support tables may include building a second base table by 
selecting transactions from the first base table that include an item identifier 
corresponding to an item identifier and concatenated order number having a support more 
than a predetermined value. Building the one or more support tables may include 
counting the transactions in the second base table containing various combinations of 
item identifiers with concatenated order number and dividing the count by a total number 
of groups in the second base table to obtain a support for each of the combinations. 
Building the one or more support tables may further include counting the transactions in 
the second base table containing combinations of two specified item identifiers with 
concatenated order number and dividing the count by a total number of transactions in the 
second base table to obtain a support for each of the combinations and storing the item 
identifiers and computed support in a two item support table. Building the one or more 
support tables may include coimting the transactions in the second base table containing 
combinations of N specified item identifiers with concatenated order number and 
dividing the count by a total number of transactions in the second base table to obtain a 
support for each of the combinations and storing the item identifiers and computed 
support in an N item support table. 
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[0010] In general, in another aspect, the invention features a method for use in 

analyzing associations in the order of transactions. The method includes loading data 
from the transactions into a database system, where the data includes an entry for each 
transaction and where loading the data includes grouping the transactions into groups. 
The method includes selecting sessions of transactions belonging to the same group and 
corresponding to a single session, ordering the transactions within each session, and 
performing an analysis of the sessions of transactions to find associations in the order of 
the transactions in the sessions. 

[0011] Implementations of the invention may include one or more of the 

following. Each entry may include a time stamp related to a time that the transaction 
occurred. Selecting may include selecting entries with time stamps lying in a 
predetermined range. Ordering may include numbering the selected entries based on 
their respective time stamps. Numbering may include numbering the selected entries 
from the earliest to the latest, numbering the selected entries from the latest to the 
earliest, or numbering the selected entries based on their respective distance in time from 
a reference time. 

[0012] In general, in another aspect, the invention features a computer program, 

stored on a tangible storage medium, for use in analyzing associations in the order of 
electronically stored transactions. The program includes executable instructions that 
cause a computer to load data from the transactions into a database system. The data 
includes an entry for each transaction and the transactions are grouped into groups. The 
computer program further includes executable instructions that cause the computer to 
order the transactions within each group and perform an analysis of the groups of 
transactions to find associations in the order of the transactions in the groups. 

[0013] Implementations of the invention may include one or more of the 

following. The program fiirther may include executable instructions that cause a 
computer to select sessions of transactions belonging to the same group and 
corresponding to a single session. Each entry may include a time stamp related to a time 
that the transaction occurred. When selecting sessions, the computer may selects entries 
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with time stamps lying in a predetermined range. When loading data from the 
transactions, the computer may parse the transaction data into fields in a base table in the 
database system, identify one of the fields as a group identifier field where a group 
identifier for each transaction is stored, and identify one of the fields as an item identifier 
5 field where an item identifier for each transaction is stored. In ordering the transactions 
in each group of transactions, the computer may concatenate an order number to the item 
identifier for each transaction. In performing the analysis, the computer may build one or 
more support tables for one or more item identifiers with concatenated order number and 
calculate support, confidence and lift by joining the support tables. 

10 [0014] In general, in another aspect, the invention features a database system for 

use in analyzing associations in the order of transactions. The database system includes a 
massively parallel processing system, which includes one or more nodes and a plurality 
of CPUs. Each of the one or more nodes provides access to one or more CPUs. The 
database system further includes a plurality of virtual processes. Each of the one or more 

15 CPUs provides access to one or more virtual processes. Each virtual process is 
configured to manage data stored in one of a plurality of data-storage facilities. The 
database system further includes a parsing engine configured to parse transaction data 
and store the parsed transaction data in a table that is distributed across two or more data- 
storage facilities. The data includes an entry for each transaction and the transactions are 

20 grouped into groups. The database system includes a database-management component 
configured to operate on the table to order the transactions within each group, and 
perform an analysis of the groups of transactions to find associations in the order of the 
transactions in the groups. 

[0015] Implementations of the invention may include one or more of the 

25 following. The database-management component may be configured to select sessions of 
transactions belonging to the same group and corresponding to a single session. Each 
entry may include a time stamp related to a time that the transaction occurred. When 
selecting sessions, the database management system may select entries with time stamps 
lying in a predetermined range. When loading data from the transactions, the database 
30 management system may parse the transaction data into fields in a base table in the 
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database system, identify one of the fields as a group identifier field where a group 
identifier for each transaction is stored, identify one of the fields as an item identifier 
field where an item identifier for each transaction is stored, and order the transactions in 
each group of transactions, which may include concatenating an order number to the item 
identifier for each transaction. When performing the analysis, the database management 
system may build one or more support tables for one or more item identifiers with 
concatenated order number and calculate support, confidence and lifl; by joining the 
support tables. 

[0016] Other features and advantages will become apparent fi-om the description 

and claims that follow. 

Brief Description of the Drawings 
[0017] FIGS. 1 through 4 are block diagrams of systems for use in capturing and 

analyzing transactional data. 

[0018] FIGS. 5, 7, 8, and 10 are flow charts of techniques for use in analyzing 

associations in the order of transactions. 

[0019] FIGS. 6, 9, 11 and 12 are data flow diagrams for techniques for use in 

analyzing associations in the order of transactions. 

Detailed Description 

[0020] FIG. 1 shows a system for use in capturing and analyzing the data stored 

in the Web log of a typical Internet server. In general, one or more customers of an 
Intemet-based business, using one or more client computing systems 105, 110, visit the 
business' Web servers 115, 120 through the Internet 125. The Web servers 115, 120 
catalog every piece of information requested by the client systems 105, 1 10 in Web logs 
130, 140 Table I below shows the types of entries found in a typical Web log. 
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[04/03/00 15:58:38:4 userl@ip.address.l{81ce9636}Thread-56|954808107387] system: 
Executing TestMain 

[04/03/00 15:58:38:7 user2@ip.address.2{8b9a63ad}Thread-46|954808n8796] system: 
Executing 0LAMasterPage2 
5 [04/03/00 15:58:38:8 user2@ip.address.2{8b9a63ad}Thread-4619548081 18796] system: 

Executing 0LAMasterPage2 

[04/03/00 15:58:40:3 user3@ip.address.3{004a6ebe}Thread-46|954808 120281] system: 
Executing Test2Main 

[04/03/00 15:59:00:3 user4@ip.address.4{05cl3d8e}Thread-40|954808140357] system: 
10 Executing Test3 

[04/03/00 15:59:06:5 user5@ip.address.5{d9e81cl8}Thread-28|954808146289] system: 
Executing Test3 

[04/03/00 15:59:09:9 user6@ip.address.6{4a29b2ea}Thread-15|954808149945] system: 
Executing Test3 

15 [04/03/00 15:59:56:9 user7@ip.address.7{ad23a2fd}Thread-32|954808166955] system: 

Executing Home 

TABLE 1 

20 [0021] Web-log entries usually include several pieces of information, such as a 

date-and-time stamp for each request submitted to the Web server, a code identifying the 
user or client system making the request, and the name of the action or information 
requested. In the example shown here, the first Web log entry includes the date-and-time 
stamp "04/03/00 15:58:38:4," the user-ID code " user(5)ip.address.L " and the action code 

25 "system: Execute TestMain." 

[0022] The Web servers 115, 120 maintained by the business both connect to a 

database management system (DBMS) 150, such as a Teradata Active Data Warehousing 
System available from NCR Corporation. The DBMS 150 gathers data from the Web 
logs 130, 140 maintained by the Web servers 115, 120 and uses this data to reconstruct 
30 the clickstreams associated v^ith individual user sessions. 

[0023] FIG. 2 shows a sample architecture for one node 150i of the DBMS 150. 

The DBMS node 150i includes one or more processing modules 205i...n, connected by a 
network 210, that manage the storage and retrieval of data in data-storage faciUties 
215i..n. Each of the processing modules 215i...n may be one or more physical processors 
35 or each may be a virtual processor, with one or more virtual processors running on a 
single physical processor. Each of the processing modules 205i. .n manages a portion of 
a database that is stored in a corresponding one of the data-storage facihties 215i...n. Each 
of the data-storage facilities 215i.„n includes one or more disk drives. The DMBS may 
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include multiple nodes 1502...N in addition to the illustrated node 150i, connected by 
extending the network 210, 

[0024] As described below, the system stores Web-log data in one or more tables 

in the data-storage facilities 215i...n- The rows 220i...z of the tables are stored across 
multiple data-storage facilities 215|. .n to ensure that the system workload is distributed 
evenly across the processing modules 205i...n. A parsing engine 225 organizes the 
storage of data and the distribution of table rows 220i...z among the processing modules 
205 i . N. The parsing engine 225 also coordinates the retrieval of data from the data- 
storage facilities 215i...n in response to queries received from a user at a mainframe 230 
or a client computer 235. The DBMS 150 usually receives queries in a standard format, 
such as the Structured Query Language (SQL) put forth by the American National 
Standards Institute (ANSI). 

[0025] The architecture illustrated in Figs. 1 and 2 is also applicable in retail and 

financial contexts, as shown in Figs. 3 and 4, In Fig. 3, the transactions of one or more 
customers of a retail business are entered using point-of-sale terminals 305, 310. In a 
grocery store, for example, the transactions may be the records of the items rung up on 
the store's cash register or registers. A time stamp may be associated with each of the 
items indicating when the item was rung up. The point-of-sale terminals 305, 310 route 
every transaction to a group of transaction servers 315, 320 via a network 325, which 
may be a store network, an inter-store network or the Intemet. The transaction servers 
315, 320 store the transactions in transaction logs 330, 340 and provide the ability to 
transfer the information to a data warehouse 350. 

[0026] In Fig. 4, the transactions of one or more customers of a financial 

institution, such as a bank, are entered using terminals 405, 410, which may be the 
terminals used by bank tellers or officers to record transactions, to open and close 
accounts, or to provide other information to the customer regarding the customer's 
accounts. A time stamp may be associated with each of the transactions indicating when 
it occurred. Terminals 405, 410 route every transaction to a group of transaction servers 
415, 420 via a network 425, which may be a bank network, an inter-bank network or the 
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Internet. The transaction servers 415, 420 store the transactions in transaction logs 430, 
440 and provide the ability to transfer the information to a data warehouse 450. 

[0027] As can be imagined from the description of Figs. 1-4, data may not be 

recorded in the transaction logs (the web log will be referred to as a transaction log) in a 
chronological fashion. Further, transactions from different clients or terminals may be 
interleaved in the transaction log, fiirther complicating the process of performing affinity 
analysis. 

[0028] One possible process for allov^ng time-based affinity analysis of 

transactions begins by loading data from a transaction log 600 into a base table 605 in a 
database system (blocks 500, 610), as illustrated in the flow chart in Fig. 5 and the data 
flow diagram in Fig. 6. The data includes an entry for each transaction, as shovra in table 
610. In the example shovra in Fig. 6, the base table has three colunms. The first column 
is GROUP_ID, which is common and unique for all transactions in an '*item group." The 
second column is ITEM_ID, which refers to an item or set of items that is the subject of 
the transaction. The third row is SEQUENCE_NBR, which is a sequence number 
reflecting the relative order of the transactions listed in the table. 

[0029] As discussed in co-pending United States Patent Application Serial 

Number 09/410,528, cited above, a great deal of creativity and customer value may be 
derived from defining what is an "item group" and an "item." 

[0030] In retail, for example, a retailer may define an item group as all the items 

purchased by one customer at a check-out stand, and an item as anything from an 
individual item to a class of items such as dairy or produce. 

[0031] In a financial context, for example, a banker may define an item group as 

all of the transactions performed by a customer in a given time period, and an item as the 
combined value of channel and transaction codes (such as ATM-DEPOSIT). 

[0032] In a web page context, for example, a web page owner may define an item 

group as all transactions initiated by an individual user, and an item as each click made 
by the individual user or as the type of item (e.g., image, link, etc.) being clicked. 
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[0033] The data stored in the GROUP JD, ITEMJD, and SEQUENCE_NBR 

columns in the base table 605 may be simple translations of similar columns stored in the 
transaction log 600 or the load base table process (block 500, 610) may process data from 
the transaction log 600 to populate the base table 605. For example, loading the data 
from the transaction log 600 into the base table 605 may comprise parsing the data for 
each transaction into fields. One of the fields may be identified as a group identifier field 
(GROUPJD) and another as an item identifier field (ITEMJD. 

[0034] In the example base table 615 shown in Fig. 6, the data shown stored in 

the GROUPJD, ITEMJD, and SEQUENCE_NBR column have been simplified for 
ease of discussion. The table shows four entries, although it should be clear that the table 
could include many more entries. In the first entry, the GROUPJD is "Group 1," the 
ITEMJD is "A," and SEQUENCE_NBR is "1." In the second entry, the GROUPJD is 
"Group2," the ITEMJD is "A," and SEQUENCE_NBR is "2," In the third entry, the 
GROUPJD is "Groupl," the ITEMJD is "B," and SEQUENCE_NBR is "3." In the 
fourth entry, the GROUPJD is "Group2," the ITEMJD is "C," and SEQUENCE_NBR 
is "4." Thus, in the example table shown, the entries are listed in chronological order. 
This is not necessary to the process as will be clear below. 

[0035] After creating and loading the base table, the process creates and loads a 

temporary table (not shown) with a single value that represents the count of the number 
of unique item groups or transactions. This value is used repeatedly in the calculations 
that follow. 

[0036] The process next orders the transactions within each group (blocks 505, 

620). In one example method to order the transactions, illustrated in Fig. 7, the process 
selects from the base table entries having the same GROUPJD but different ITEMJD 
(block 700). For example, in example base table 615, the first and third entries satisfy 
these criteria because they have the same GROUPJD (Groupl) and different ITEMJDs 
(A and B, respectively). Similarly, the second and fourth entries satisfy these criteria 
because they have the same GROUPJD (Group2) and different ITEMJDs (A and C, 
respectively). 
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[0037] The process then determmes the order of the selected entries using the 

SEQUENCE_NBR field (block 705). For example, in example base table 615, the first 
entry, which has SEQUENCE_NBR ^ 1, will be ordered before the third entry, which has 
SEQUENCE_NBR = 3. Similarly, the second entry, which has SEQUENCE_NBR = 2, 
will be ordered before the fourth entry, which has SEQUENCE_NBR = 4. 

[0038] In this example, the process concatenates an order number to the 

ITEM_ID for each entry (block 715). The result is stored in an ordered base table 625. 
An example ordered base table 630 illustrates the result. An order number "1" has been 
concatenated to the ITEM_ID for the first and second entries, resulting in ITEM_IDs = 
"AT* in both cases, and an order number "2" has been concatenated to the ITEM_ID for 
third and fourth entries, resulting in ITEMJDs of "B2" and "C2," respectively. 
Hereinafter, an item having an order number concatenated to its ITEM_ID will be 
referred to as an "ordered item." 

[0039] Once all of the GROUPJDs have been considered (block 720), the 

ordering is complete (block 725). 

[0040] An example of SQL code to accomplish this ordering is shown below: 

SEL CASE 

WHEN Tl .SEQUENCE_NBR > T2.SEQUENCE_NBR 
THEN trim(Tl.ITEM_ID)|ri' 

WHEN T2.SEQUENCE_NBR> T1.SEQUENCE_NBR 
THEN trini(T2.ITEM_ID)|ri' 
end, 
CASE 

WHEN T1.SEQUENCE_NBR < T2.SEQUENCE_NBR 
THEN trini(Tl.ITEM_ID)|r2' 

WHEN T2.SEQUENCE_NBR < T1.SEQUENCE_NBR 
THEN trini(T2.ITEM_ID)|r2' 
end, 

((COUNT(T 1 .GR0UP_ID)(DECIN4AL( 1 5,5)))/(SUM(DISTINCT 
T3.GR0UP_NUM(DECIMAL( 1 5,5))))) 

FROM TM_SML_INPUT_TABLE Tl, TM_SML_INPUT_TABLE T2, 
TM_GROUP_COUNT T3 

WHERE Tl.GROUPJD = T2.GR0UP_ID 

AND Tl.ITEMJD o T2.ITEMJD 
GROUP BY 1 ,2; 
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[0041] The process next performs an analysis of the groups of transactions to find 

associations in the order of the transactions in the groups (blocks 515, 635). As discussed 
above, the process for finding associations among data is described in co-pending United 
States Patent Application Serial Number 09/410,528. Applying the techniques described 
in that application to the ordered base table 625, with the order number concatenated to 
the ITEM_IDs, as illustrated in table 630 shown in Fig. 6, produces affinity data relating 
to the order that transactions occur. It will be imderstood that these techniques are not 
limited to the specific approach described herein but may be applied to any data which 
can be resolved into groups and which can be ordered within the groups. 

[0042] Associations are relationships between the occurances of one or more 

items, sometimes called the "antecedent" or "left-hand-side," in a group of transactions 
and the occurances of a different set of one or more items, sometimes called the 
"consequent" or "right-hand-side," in the same group of transactions. For example, if 
item A occurs in the first transaction (ITEM_ID="A1") and item B occurs in the second 
transaction (ITEM-ID="B2") in a large number of groups of transactions, then the 
association between ITEM-IDs Al and B2 might be considered significant. In this case, 
an analyst trying to guide a customer to perform the action corresponding to ITEM_ID B 
might first guide the customer to perform the action corresponding to ITEM_ID A. 

[0043] Associations can occur among two or more ordered items. For example, 

when considering four ordered items, the combinations of ordered items for which 
associations can be computed include 1->1, 2->l, 2->2, or 3->l, where the symbol 
is read "implies" and refers to an association between the ordered item on the left side of 
the symbol and the ordered item or items on the right side of the symbol. The 
associations are determined as follows: 

X->X: Determine all possible pairs of ordered items in the second base table 910, 
regardless of the order they appear in the table, so that the first ordered item can 
be considered as the left-hand side and the second ordered item can be considered 
as the right-hand side of all possible associations. For example, if the pair A1,B2 
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occurs in a group of transactions to produce an A1->B2 association, then the pair 
B2,A1 must also be present, producing the B2^A1 association. 

Determine all three-way combinations of ordered items, but taken in such 
a way that the first two ordered items must always be considered together and do 
not include inverses. For example, if (A1,B2),C3 occxirs, then (B2,A1),C3 will 
not occur. The results determine all 2— >1 and 1— >2 associations, in addition to 
isolating 3 -item sets in determining 3->l and 1^3 associations. 

2- >2i Determine all four-way combinations of ordered items, but taken in such a 
way that the first two ordered items must always be considered together and do 
not include inverses, with the same applying to the last two ordered items in a 
combination. For example, if (A1,B2),(C3,D4) occurs, then (B2,A1),(D4,C3) 
does not occur. The results determine all 2— >2 associations. 

3— > Ij Determine all four-way combinations of ordered items, but taken in such a 
way that the first three ordered items must always be considered together and do 
not include other orderings. For example, if (A1,B2,C3),D4 occurs, then 
(B2,A1,C3),D4 and (C3,A1,B2),D4 do not occur. The results determine all 3^1 
and l->3 associations. 

[0044] This pattem continues, although business value seems to diminish after 

four items are considered. 

[0045] One example affinity analysis process begins by building "support" tables 

for one, two, or more ordered items. The process calculates support by counting the item 
groups containing various combinations of ordered items and dividing the count by the 
total number of item groups. In one example, this calculation is accomplished by joining 
the ordered base table 625 v^th itself and performing the necessary aggregation, 
constraint, and grouping functions. A performance gain is obtained by operating directly 
against the ordered base table 625 rather than building intermediate tables of 
combinations of items and joining these intermediate tables. 
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[0046] As illustrated in FIGS. 8 and 9, to perform the affinity analysis the process 

first builds a one-item support table 900, which contains an ITEM_ID and concatenated 
order number and a SUPPORT value for each ordered item in the ordered base table 625 
that has a support value above a minimum specified support value of interest (for 
example, 0.5) (blocks 800 and 905). The process then builds a second base table 910 
(also called basei) from the ordered base table 625 by selecting only those ordered entries 
that have a certain pre-defined minimum level of support (blocks 805 and 915). Next, the 
process builds the support tables 920, 925 for two or more ordered items (blocks 930 and 
815). 

[0047] Additional associations of the form N^M, are determined as follows. 

First, a support, table 935 is created for N+M ordered items, grouping together the first N 
ordered items and the next M ordered items (blocks 820 and 940). This is done by 
joining the second base table 910 with itself N+M times, along with the count of the 
number of unique item groups or transactions. WHERE clause phrases of the form 
"TX.ITEMJD < TX+1.ITEM_ID" are used to group together the items. For example, if 
N-3 and M=2, the "Tl.ITEMJD < T2.ITEMSJD", "T2.ITEM_ID < T3.ITEMJD", and 
"T4.ITEM_ID < T5.ITEMJD" are used, where Tl, T2, T3, T4 and T5 are aliases for the 
ordered base table 625. Further, items in the first group of N ordered items are checked 
to be unequal to items in a second group of N ordered items. Of course, the GROUP_IDs 
must all be equal. 

[0048] Finally, support, confidence and lift are calculated by joining the support 

tables described previously (blocks 825 and 945). "Support" is defined as the percentage 
of item groups that contain an ordered item or set of ordered items. "Confidence" is 
defined as the likelihood of an ordered item (Al) occurring in an item group given that a 
different ordered item (B2) is in the item group. More specifically, this is the support of 
A1,B2 divided by the support of Al. "Lift" is defined as a measure of how much the 
likelihood of an ordered item (B2) occurring in an item group is increased by the 
presence of a different ordered item (Al) in the item group. It is calculated by dividing 
the confidence of A1->B2 by the support of B2. 
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[0049] A separate table 950 is built for each combination case. For example, 

when considering four items, the combinations include 1->1, l->2, 2->l, 2->2, l->3, or 
3->l. The general form of these joins is to join: (1) the support table matching the left- 
hand side of the association, (2) the support table matching the entire association, and (3) 
5 the support table matching the right-hand side of the association. 

[0050] For associations of the form N->M, support, confidence and lift are 

determined by joining N support, N^M_support, and M_support tables together. This 
means that the method must also generate support tables for N items and for M items in 
addition to the support tables for N+M items described above. Note that a (N-1)->1 table 
1 0 can be used for N_support and a M->N table for M->N support. 

[0051] Finally, the process provides the ability for a user to analyze the results 

stored in the support, confidence and lift tables 950 (blocks 830 and 955). 

[0052] A similar process can be followed to perform an affinity analysis of the 

order of transactions in a sessionized data base. As before, the method includes loading 
data fi"om the transactions, for example fi'om transaction log 1 1 00, into a base table 1 1 05 
in a database system (blocks 1000 and 1110). The data includes an entry for each 
transaction and each entry includes a time stamp. For ease of discussion, the time stamp 
has been simplified as compared to the date-time stamp illustrated in Table 1 . Loading 
the data includes grouping the transactions into groups, as described above v^th respect 
to Fig. 6, and as illustrated by table 1115. In the example shovm in table 1115, the 
transactions shown are all grouped into Group 1. The first two transactions occurred 
around 13:15 and the second two transactions occurred around 21:11. 

[0053] The process selects sessions of transactions belonging to the same group 

and corresponding to a single session (blocks 1005 and 1120) to produce a sessionized 
25 base table 1125. In one example sessionizing algorithm, selecting sessions of 
transactions includes selecting entries with time stamps lying in a predetermined range. 
For example such a sessionizing algorithm will select the first two transactions shown in 
the example base table 1 1 15 to be part of one session occurring at around 13:15 and the 
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second two transactions to be part of another session occurring at around 21:11. This is 
illustrated in example sessionized base table 1 130, which shows that the first two entries 
are included in session 1 and the second two entries are included in session 2. Note that 
the time stamp column has been left off the example ordered base table 1 130 to conserve 
space on the drawing. 

[0054] The process next orders the transactions within each session (blocks 1010 

and 1135) to produce an ordered sessionized base table 1140. In this case, when the 
transactions have been sessionized, the order numbers concatenated to the ITEM_ID 
relate to the session to which the transaction belongs, as illustrated in the example 
ordered sessionized base table 1 145 illustrated in Fig. 11. The first transaction in the first 
session has been assigned order number " 1 " and the second transaction in the first session 
has been assigned order number "2." The two transactions in the second session have 
been treated similarly, 

[0055] The scheme used to order the transactions can take a number of forms. 

For example, ordering may include numbering the selected entries based on their 
respective time stamps, as shown in table 1 145. The selected entries may be numbered 
fi-om the earliest entry to the latest entry. Alternatively, the entries may be nximbered 
from the latest to the earliest or based on their respective distance in time from a 
reference time. 

[0056] Finally, the process performs an analysis of the sessions of transactions to 

find associations in the order of the transactions in the sessions (blocks 1015 and 1150), 
as illustrated in Fig. 12. The analysis shown in Fig. 12 is virtually identical to that 
illustrated in Fig. 9, with the exception that the analysis in Fig. 12 begins v^th the ordered 
sessionized base table 1 140, rather than the ordered base table 625 shown in Fig. 9. 

[0057] The various implementations of the invention are realized in electronic 

hardware, computer software, or combinations of these technologies. Most 
implementations include one or more computer programs executed by a programmable 
computer. In general, the computer includes one or more processors, one or more data- 
storage components (e.g. volatile and nonvolatile memory modules and persistent optical 
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and magnetic storage devices, such as hard and floppy disk drives, CD-ROM drives, and 
magnetic tape drives), one or more input devices (e.g., mice and keyboards), and one or 
more output devices (e.g., display consoles and printers). 

[0058] The computer programs include executable code that is usually stored in a 

persistent storage medium and then copies into memory at run-time. The processor 
executes the code by retrieving program instructions from memory in a prescribed order. 
When executing the program code, the computer receives data from the input and/or 
storage devices, performs operations on the data, and then delivers the resulting data to 
the output and/or storage devices. 

[0059] The text above described one or more specific embodiments of a broader 

invention. The invention also is carried out in a variety of alternative embodiments and 
thus is not limited to those described here. For example, v^hile the invention has been 
described here in terms of a DBMS that uses a massively parallel processing (MPP) 
architecture, other types of database systems, including those that use a symmetric 
muhiprocessing (SMP) architecture, are also usefiil in carrying out the invention. Many 
other embodiments are also within the scope of the following claims. 
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